home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950929-19951130 / 000382_news@columbia.edu_Tue Nov 14 14:04:16 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  7KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA16657
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun>); Tue, 14 Nov 1995 09:04:24 -0500
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id JAA28515 for kermit.misc@watsun; Tue, 14 Nov 1995 09:04:22 -0500
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: C-Kermint: Kernel Panic Sol 2.3!!
  8. Date: 14 Nov 1995 14:04:16 GMT
  9. Organization: Columbia University
  10. Lines: 140
  11. Message-Id: <48a7l0$rr0@apakabar.cc.columbia.edu>
  12. References: <488dc7$j17@spectator.cris.com>
  13. Nntp-Posting-Host: watsun.cc.columbia.edu
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <488dc7$j17@spectator.cris.com>,
  17. Peter  Noone <Pknoone@cris.com> wrote:
  18. >
  19. >    I recently downloaded and compiled C-Kermit on my Sparc-5
  20. >    running Solaris 2.3 . I compiled version 5A(190) of C-kermit
  21. >    using the standard make solaris2xg with no errors. I was 
  22. >    running kermit interactively and it caused a kernel panic
  23. >    that brought my machine to its knees and eventually rebooted
  24. >    in single user mode.  I recovered from this incident but am
  25. >    a little wary of running kermit again. 
  26. >
  27. >    Are there any know bugs or problems that I should be aware of?
  28. >    
  29. Plenty of them.  They are documented as thoroughly as we know how in the
  30. release note.  The pertinent file is ckuker.bwr (C-Kermit for UNIX "beware"
  31. file).  I quote liberally from it below, but please note that if a user-mode
  32. program can crash an UNIX operating system, the problem is not in the
  33. user-mode program :-)
  34.  
  35. (3.7) C-KERMIT AND SOLARIS
  36.  
  37. C-Kermit can't be compiled successfully under Solaris 2.3 using SUNWspro cc
  38. 2.0.1 unless at least some of the following patches are applied to cc (it is
  39. not known which one(s), if any, fix the problem):
  40.  
  41.   100935-01 SparcCompiler C 2.0.1: bad code generated when addresses
  42.     of two double arguments are involved 
  43.   100961-05 SPARCcompilers C 2.0.1: conditional expression with
  44.     function returning strucure gives wrong value 
  45.   100974-01 SparcWorks 2.0.1: dbx jumbo patch
  46.   101424-01 SPARCworks 2.0.1 maketool SEGV's instantly on Solaris 2.3
  47.  
  48. With unpatched cc 2.0.1, the symptom is that certain modules generate
  49. truncated object files, resulting in many unresolved references at link time.
  50.  
  51. Reportedly, "C-Kermit ... causes a SPARCstation running Solaris 2.3
  52. to panic after the modem connects.  I have tried compiling C-Kermit with Sun's
  53. unbundled C compiler, with GCC Versions 2.4.5 and 2.5.3, with make targets
  54. 'sunos51', 'sunos51tcp', 'sunos51gcc', and even 'sys5r4', and each time it
  55. compiles and starts up cleanly, but without fail, as soon as I dial the number
  56. and get a 'CONNECT' message from the modem, I get:
  57.  
  58.   BAD TRAP
  59.   kermit: Data fault
  60.   kernel read fault at addr=0x45c, pme=0x0
  61.   Sync Error Reg 80 <INVALID>
  62.   ...
  63.   panic: Data Fault.
  64.   ...
  65.   Rebooting...
  66.  
  67. The same modem works fine for UUCP/tip calling."  Also (reportedly), this only
  68. happens if the dialout port is configured as in/out via admintool.  If it is
  69. configured as out-only, no problem.  This is the same dialing code that works
  70. on hundreds of other System-V based UNIX OS's.  Since it should be impossible
  71. for a user program to crash the operating system, this problem must be chalked
  72. up to a Solaris bug.  Even if you SET CARRIER OFF, CONNECT, and dial manually
  73. by typing ATDTnnnnnnn, the system panics as soon as the modem issues its
  74. CONNECT message.  (Clearly, when you are dialing manually, C-Kermit does not
  75. know a thing about the CONNECT message, and so the panic is almost certainly
  76. caused by the transition of the Carrier Detect (CD) line from off to on.)
  77. This problem was reported by many users, all of whom say that C-Kermit worked
  78. fine on Solaris 2.1 and 2.2.  If the speculation about CD is true, then a
  79. possible workaround might be to configure the modem to leave CD on (or off)
  80. all the time.  Perhaps by the time you read this, a patch will have been
  81. issued for Solaris 2.3.
  82.  
  83. The following is from Karl S. Marsh, Systems & Networks Administrator,
  84. AMBIX Systems Corp, Rochester, NY (begin quote):
  85.  
  86. "Environment:
  87.   Solaris 2.3 Patch 101318-45
  88.   C-Kermit 5A(189) (and presumably this applies to 188 and 190 also)
  89.   eeprom setting:
  90.     ttya-rts-dtr-off=false
  91.     ttya-ignore-cd=false
  92.     ttya-mode=19200,8,n,8,-
  93.  
  94. "To use C-Kermit on a bidirectional port in this environment, do not use
  95. admintool to configure the port.  Use admintool to delete any services running
  96. on the port and then quit admintool and issue the following command:
  97.  
  98.   pmadm -a -p zsmon -s ttyb -i root -fu -v 1 -m "`ttyadm -b -d /dev/term/b \
  99.   -l conttyH -m ldterm,ttcompat -s /usr/bin/login -S n`"
  100.  
  101. [NOTE: This was copied from a fax, so please check it carefully]  where:
  102.  
  103.   -a = Add service
  104.   -p = pmtag (zsmon)
  105.   -s = service tag (ttyb)
  106.   -i = id to be associated with service tag (root)
  107.   -fu = create utmp entry
  108.   -v = version of ttyadm
  109.   -m = port monitor-specific portion of the port monitor administrative file
  110.        entry for the service
  111.   -b = set up port for bidirectional use
  112.   -d = full path name of device
  113.   -l = which ttylabel in the /etc/ttydefs file to use
  114.   -m = a list of pushable STREAMS modules
  115.   -s = pathname of service to be invoked when connection request received
  116.   -S = software carrier detect on or off (n = off)
  117.  
  118. "This is exactly how I was able to get Kermit to work on a bi-directional
  119. port without crashing the system."  (End quote)
  120.  
  121. On the Solaris problem, also see SunSolve Bug ID 1150457 ("Using C-Kermit, get
  122. Bad Trap on receiving prompt from remote system").  Another user reported "So,
  123. I have communicated with the Sun tech support person that submitted this bug
  124. report [1150457].  Apparently, this bug was fixed under one of the jumbo
  125. kernel patches.  It would seem that the fix did not live on into 101318-45, as
  126. this is EXACTLY the error that I see when I attempt to use kermit on my
  127. system."
  128.  
  129. Later (Aug 94)...  C-Kermit dialout successfully tested on a Sun4m with a
  130. heavily patched Solaris 2.3.  The patches most likely to have been relevant:
  131.  
  132. 101318-50: SunOS 5.3: Jumbo patch for kernel (includes libc, lockd)
  133. 101720-01: SunOS 5.3: ttymon - prompt not always visible on a modem connection
  134. 101815-01: SunOS 5.3: Data fault in put() NULL queue passed from
  135.                       ttycommon_qfull()
  136. 101328-01: SunOS 5.3: Automation script to properly setup tty ports prior to
  137.                       PCTS execution
  138.  
  139. Still later (Nov 94): another user (Bo Kullmar in Sweden) reports that after
  140. using C-Kermit to dial out on a bidirectional port, the port might not answer
  141. subsequent incoming calls, and says "the problem is easy enough to to fix with
  142. the Serial Port Manager; I just delete the service and and install it again
  143. using the graphical interface, which underneath uses commands like sacadm and
  144. pmadm."  Later Bo reports, "I have found that if I run Kermit with the
  145. following script then it works.  This script is for /dev/cua/a, -s a is the
  146. last a in /dev/cua/a
  147.  
  148.   #! /bin/sh
  149.   kermit
  150.   sleep 2
  151.   surun pmadm -e -p zsmon -s a
  152.  
  153. (end quote)
  154.  
  155. - Frank